home *** CD-ROM | disk | FTP | other *** search
/ PD ROM 1 / PD ROM Volume I - Macintosh Software from BMUG (1988).iso / Electronic Messages / USEnet Digests / USEnet Vol. 4 / USEnet 4.34 < prev    next >
Encoding:
Text File  |  1988-06-15  |  21.6 KB  |  675 lines  |  [TEXT/ttxt]

  1. 14-Mar-88 07:52:00-PST,22762;000000000001
  2. Return-Path: <usenet-mac-request@RELAY.CS.NET>
  3. Received: from RELAY.CS.NET by SUMEX-AIM.Stanford.EDU with TCP; Mon, 14 Mar 88 07:51:19 PST
  4. Received: from relay2.cs.net by RELAY.CS.NET id aa25392; 14 Mar 88 10:27 EST
  5. Received: from relay.cs.net by RELAY.CS.NET id aa24223; 14 Mar 88 10:09 EST
  6. Received: from sdr.slb.com by RELAY.CS.NET id ak24180; 14 Mar 88 10:07 EST
  7. Date: Mon, 14 Mar 88 09:51 EDT
  8. From: Jeffrey Shulman <SHULMAN@sdr.slb.com>
  9. Subject: Usenet Mac Digest V4 #34
  10. To: usenet-mac@RELAY.CS.NET, PIERCE%HDS@sdr.slb.com
  11. X-VMS-To: in%"usenet-mac@relay.cs.net",in%"PIERCE%HDS@SDR.SLB.COM"
  12.  
  13. Date: Mon 14 Mar 88 09:51:19-EDT
  14. From: Jeff Shulman <SHULMAN@SDR>
  15. Subject: Usenet Mac Digest V4 #34
  16. To: Usenet-List: ;
  17. Message-ID: <574354279.0.SHULMAN@SDR>
  18. Mail-System-Version: <VAX-MM(218)+TOPSLIB(129)@SDR>
  19.  
  20. Usenet Mac Digest     Saturday, March 12, 1988       Volume 4 : Issue 34 
  21.  
  22. Today's Topics:
  23.      Some more A/UX hints (MF, emacs)
  24.      MacWarehouse Flame
  25.      Re: VersaTerm/MultiFinder problem...
  26.      PostScript to HPGL translator?
  27.      Mac Memory/Parity
  28.      A/UX Eschatology Question
  29.      Mac SE hardware question: 4.0 Meg max?
  30.      Re: Beyond Dark Castle review (no spoilers)
  31.      Re: Hard disk survey ?
  32.      Re: A/UX Eschatology Question
  33.      Re: MacMemory SCSI & PCPC Serial to SCSI conversion
  34.      HELP accessing time
  35.      SFPGetFile Problem
  36.      sndplay in MPW C
  37.      Pictures bigger than Memory?
  38.  
  39. ---------------------------------------------------------------------- 
  40.  
  41. From: newton@cit-vax.Caltech.Edu (Mike Newton)
  42. Subject: Some more A/UX hints (MF, emacs)
  43. Date: 4 Mar 88 12:06:32 GMT
  44. Organization: California Institute of Technology
  45.  
  46. A couple of random A/UX hints --
  47.  
  48. [1] If you use both MacOS and A/UX, and if you prefer Multifinder, you
  49. may have noticed that it was impossible to start 'sash' using MF.  To
  50. get around this, do a "About..."  on the finder and find out how much
  51. memory is left after 'System' and 'Finder' have started, but nothing
  52. else.  Subtract about 20k from this figure, open up the "Get Info" box
  53. on 'sash' and place this number in the memory usage box.  Now you can
  54. start sash under MF (as long as nothing else is running).
  55.  
  56. [2] If your A/UX was distibuted with an early (before, say 18.46 Gnu
  57. emacs), it will be hard to apply the Gnu patch files to 'src/sysdep.c'.
  58. Instead, just get a copy of the latest (18.50) sysdep from a vax or sun
  59. and apply the below patches.  They are small enough to do by hand if
  60. necessary.  This will allow you to apply further patches easier than 
  61. having to use the non-standard one supplied w/ A/UX.
  62. -- 
  63. Hope these help,
  64. - mike
  65.  
  66. *** sysdep.c    Fri Feb 26 04:02:55 1988
  67. --- X50NMACsys.c    Fri Feb 26 03:08:59 1988
  68. ***************
  69. *** 72,79
  70.   #endif
  71.   #ifdef USG
  72.   #include <fcntl.h>
  73. - #ifdef OREO
  74. - #include <sys/file.h>
  75.   #endif
  76.   #endif
  77.   #endif /* not 4.1 bsd */
  78.  
  79. --- 72,77 -----
  80.   #endif
  81.   #ifdef USG
  82.   #include <fcntl.h>
  83.   #endif
  84.   #endif /* not 4.1 bsd */
  85.  
  86. ***************
  87. *** 75,81
  88.   #ifdef OREO
  89.   #include <sys/file.h>
  90.   #endif
  91. - #endif
  92.   #endif /* not 4.1 bsd */
  93.  
  94.   #ifdef BSD
  95.  
  96. --- 73,78 -----
  97.   #ifdef USG
  98.   #include <fcntl.h>
  99.   #endif
  100.   #endif /* not 4.1 bsd */
  101.  
  102.   #ifdef BSD
  103. ***************
  104. *** 1505,1511
  105.   {
  106.     if (noninteractive)
  107.       return;
  108. - #ifdef TIOCLGET
  109.     lmode =  LINTRUP | lmode;
  110.     ioctl (0, TIOCLSET, &lmode);
  111.   #endif
  112.  
  113. --- 1502,1507 -----
  114.   {
  115.     if (noninteractive)
  116.       return;
  117.     lmode =  LINTRUP | lmode;
  118.     ioctl (0, TIOCLSET, &lmode);
  119.   }
  120. ***************
  121. *** 1508,1514
  122.   #ifdef TIOCLGET
  123.     lmode =  LINTRUP | lmode;
  124.     ioctl (0, TIOCLSET, &lmode);
  125. - #endif
  126.   }
  127.  
  128.   reset_sigio ()
  129.  
  130. --- 1504,1509 -----
  131.       return;
  132.     lmode =  LINTRUP | lmode;
  133.     ioctl (0, TIOCLSET, &lmode);
  134.   }
  135.  
  136.   reset_sigio ()
  137. ***************
  138. *** 1515,1521
  139.   {
  140.     if (noninteractive)
  141.       return;
  142. - #ifdef TIOCLGET
  143.     lmode = ~LINTRUP & lmode;
  144.     ioctl (0, TIOCLSET, &lmode);
  145.   #endif TIOCLGET
  146.  
  147. --- 1510,1515 -----
  148.   {
  149.     if (noninteractive)
  150.       return;
  151.     lmode = ~LINTRUP & lmode;
  152.     ioctl (0, TIOCLSET, &lmode);
  153.   }
  154. ***************
  155. *** 1518,1524
  156.   #ifdef TIOCLGET
  157.     lmode = ~LINTRUP & lmode;
  158.     ioctl (0, TIOCLSET, &lmode);
  159. - #endif TIOCLGET
  160.   }
  161.  
  162.   request_sigio ()
  163.  
  164. --- 1512,1517 -----
  165.       return;
  166.     lmode = ~LINTRUP & lmode;
  167.     ioctl (0, TIOCLSET, &lmode);
  168.   }
  169.  
  170.   request_sigio ()
  171. ***************
  172. *** 1900,1906
  173.   }
  174.  
  175.   /* VARARGS */
  176.   setpriority ()
  177.   {
  178.     return (0);
  179.  
  180. --- 1893,1898 -----
  181.   }
  182.  
  183.   /* VARARGS */
  184.   setpriority ()
  185.   {
  186.     return (0);
  187. ***************
  188. *** 1918,1928
  189.   }
  190.  
  191.   #endif /* not HAVE_VFORK */
  192. - #ifdef OREO
  193. - utimes ()
  194. - {
  195. - }
  196. - #endif
  197.  
  198.   #ifdef IRIS
  199.  
  200.  
  201. --- 1910,1915 -----
  202.   }
  203.  
  204.   #endif /* not HAVE_VFORK */
  205.  
  206.   #ifdef IRIS
  207.  
  208. newton@csvax.caltech.edu    {ucbvax!cithep,amdahl}!cit-vax!newton
  209. Caltech 256-80            818-356-6771 (afternoons,nights)
  210. Pasadena CA 91125        Beach Bums Anonymous, Pasadena President
  211.  
  212.     "Reality is a lie that hasn't been found out yet..."
  213.  
  214.  
  215. ------------------------------
  216.  
  217. From: glenn@AUSTIN.LOCKHEED.COM (Glenn Heinle)
  218. Subject: MacWarehouse Flame
  219. Date: 4 Mar 88 07:50:45 GMT
  220. Organization: Lockheed Austin Div.
  221.  
  222.  
  223.  
  224. What is the IQ of the average person at a mail-order place? Recently I
  225. purchaced a hard drive from MacWarehouse.  This was the phone
  226. conversation:
  227.  
  228.     Me:  I would like to order a hard drive.
  229.     SP:  What drive would you like to order?
  230.     Me:  The MacBottom HD45 by PCPC.  What color does that come in?  The
  231. platimun
  232.          or the brownish color?
  233.     SP:  It comes in Platinum or Beige.
  234.     Me:  Great, I'll take it in Beige.
  235.     SP:  OK, that will be one MacBottom HD45 in Beige.
  236.     Me:  Yep.
  237.  
  238. ... Credit Card numbers ... etc ...
  239.  
  240. Four business days later (not bad, I was happy with the time), my hard
  241. drive arrived for me to play with.  I open the box, and (you guessed it)
  242. platinum. I thought I would get used to the color, and it is not worth
  243. returning just for a different color.  However, the difference between
  244. beige and platinum is just enough it be very irritating.  After a while,
  245. I hate looking on my desk where everything is beige except one box.
  246.  
  247. Does MacWarehouse screw up orders often?
  248. -- 
  249. Glenn Heinle
  250. heinle@austin.lockheed.com
  251. (512) 448-9128
  252.  
  253.  
  254. ------------------------------
  255.  
  256. From: gelphman@adobe.COM (David Gelphman)
  257. Subject: Re: VersaTerm/MultiFinder problem...
  258. Date: 3 Mar 88 19:46:12 GMT
  259. Organization: Adobe Systems Incorporated, Mountain View
  260.  
  261.  
  262.      I've had the same problem with VersaTerm and it was a MultiFinder
  263. bug. I found that if I launched VersaTerm from anywhere except the Apple
  264. Finder (such as with QuicKeys, PowerStation, etc), that the
  265. backgrounding capabilities of VersaTerm went away. This is because the
  266. 'shared' bit is set for VersaTerm and MultiFinder has a bug for this
  267. case. The solution is to use ResEdit or DiskTop to uncheck the 'shared'
  268. bit.  Because of some confusion about the 'shared' vs 'cached' bit in
  269. some versions of ResEdit, ResEdit may show the 'cached' bit set instead
  270. of the 'shared' bit. Uncheck it anyway, save changes etc.
  271.  
  272. This solved the problem for me. By the way, VersaTerm version 3.2 is
  273. available and is much smarter about remembering window placement
  274. assignments, etc. I'd upgrade if possible (just don't forget to uncheck
  275. the shared bit on the new copy you get).
  276.  
  277. David Gelphman
  278.  
  279.  
  280. ------------------------------
  281.  
  282. From: bill@hao.ucar.edu (Bill Roberts)
  283. Subject: PostScript to HPGL translator?
  284. Date: 4 Mar 88 15:21:04 GMT
  285. Organization: High Altitude Obs./NCAR, Boulder, CO
  286.  
  287. Does anyone out there know of a routine (either running on a Sun or a
  288. Mac) that allows the translation of a PostScript "program" into the
  289. equivalent Hewlett- Packard Graphics Language "program"?  That is, I'm
  290. interested in translating  graphics created on a Mac to an HP printer.
  291.  
  292. Thanks for any info.
  293.  
  294. --Bill
  295. -- 
  296. UUCP: {hplabs, seismo, nbires, noao}!hao!bill
  297. CSNET: bill@ncar.csnet
  298. ARPA: bill%ncar@CSNET-RELAY.ARPA
  299. INTERNET: bill@hao.ucar.edu
  300.  
  301.   "... the Eagle Wing palace of the Queen Chinee'"
  302.  
  303.  
  304. ------------------------------
  305.  
  306. From: km@cadre.dsl.PITTSBURGH.EDU (Ken Mitchum)
  307. Subject: Mac Memory/Parity
  308. Date: 4 Mar 88 15:30:30 GMT
  309. Organization: Decision Systems Lab., Univ. of Pittsburgh, PA.
  310.  
  311. I am curious. All the available memory expansion units for the Mac
  312. consist of 8 chips, but the picture of the MacPlus board on the front of
  313. Inside Macintosh, vol. 4, shows 9 chips across. Did the Mac hardware at
  314. one time support a parity bit, and was this dis- continued?
  315.  
  316.   Ken Mitchum
  317.   Univ of Pgh
  318.   Decision Systems Laboratory
  319.  
  320.  
  321. ------------------------------
  322.  
  323. From: buzz@phoenix.Princeton.EDU (Mahboud Zabetian)
  324. Subject: A/UX Eschatology Question
  325. Date: 4 Mar 88 22:41:50 GMT
  326. Organization: Advanced Technology, Princeton University
  327.  
  328. What is the difference between escher and eu?  I know that eupdate just
  329. updates certain files.
  330.  
  331. What is the difference between Eschatology 1 partition and Eschatology 2
  332. partition?
  333.  
  334. Is there anyway to read from those partition while running A/UX(not
  335. sash, A/UX)?  ( I think I can mount them.  Am I right?)
  336.  
  337. Thanks.
  338. -- 
  339. Mahboud Zabetian                buzz@phoenix.princeton.edu
  340. 183 Little Hall                     (609) 520-1271
  341. Princeton University, Princeton, NJ 08544        (609) 734-7760
  342. ****** Anyone need a soon-to-graduate hardware/software engineer? ********
  343.  
  344.  
  345. ------------------------------
  346.  
  347. From: martyl@bucket.UUCP (Marty Lee)
  348. Subject: Mac SE hardware question: 4.0 Meg max?
  349. Date: 4 Mar 88 13:29:37 GMT
  350. Organization: Rick's Home-Grown UNIX; Portland, OR.
  351.  
  352.  
  353. With all this discussion about memory upgrades, I just read something
  354. from APPLE that stated the SE cannot be upgraded beyond 4 Meg on the
  355. motherboard. Even when 4 Meg and 16 Meg SIMMs come out they won't be
  356. usable on the SE. Anybody out there know if this is true?  Isn't the
  357. 68000 capable of addressing 16 Meg? With the screen, I/O  and ROMs the
  358. SE has 8 Meg of addressable memory space?  Right? (Wrong?)
  359. -- 
  360.               teksce   (Fastest path)
  361.           /            \
  362. tektronix!reed!  omen   !bucket!martyl  (Marty Lee)
  363.               \        /
  364.                percival
  365.  
  366.  
  367. ------------------------------
  368.  
  369. From: deragon@acf8.UUCP (John Paul Deragon)
  370. Subject: Re: Beyond Dark Castle review (no spoilers)
  371. Date: 5 Mar 88 06:27:00 GMT
  372. Organization: New York University
  373.  
  374. Well if you think the game itself has some nice everyday features, try
  375. this:
  376.         On the control panel set the system date to december 25th
  377.         (Yes christmas) and then run Beyond Dark castle. Let the
  378.         short animations sequence run after you hit play.
  379.         Note the fire place and when the wall turns. 
  380.         Silicon Beach is known to celebrate XMAS in their mac
  381.         programs. The alson has a neat thing for XMAS in Dark
  382.         Castle.
  383. -- 
  384.          _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
  385.      | John P.Deragon      -->       deragon@acf8                |
  386.          | N.Y.U Robotics Laboratory   | deragon@cadman.nyu.edu-arpa |   
  387.          |_-_-_-_-_-_-_-_-_-_-_-_-_-_-_| DELPHI: JPDERAGON           |
  388.                                    | CompuServe: 72160,2010         |
  389.                                    -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ 
  390.            -------------------------------------------------------           
  391.  
  392.  
  393. ------------------------------
  394.  
  395. From: atchison@hpindda.HP.COM (Lee Atchison)
  396. Subject: Re: Hard disk survey ?
  397. Date: 4 Mar 88 22:17:27 GMT
  398. Organization: HP Information Networks, Cupertino, CA
  399.  
  400. / hpindda:comp.sys.mac / larryha@tekig5.TEK.COM (Larry Hattery) /  4:26
  401. pm  Mar  3, 1988 /
  402. >I know somebody out there has been keeping data on all the various
  403. >SCSI hard disks available these days.  I would like to know which
  404. >ones are the best in terms of price/performance/service/quality.
  405. >I'm interested in a 30-60MB drive, and the best supplier to go thru.
  406.  
  407. MacWorld had an article earlier this year (January? February?)
  408. discussing different hard disks.  It gives a VERY complete comparison
  409. between MANY different types of drives.
  410.  
  411. -- 
  412. Lee Atchison
  413. Hewlett Packard, Information Networks Division
  414. Cupertino, CA 95014
  415. atchison%hpindda@hplabs.hp.com
  416.  
  417.  
  418. ------------------------------
  419.  
  420. From: kateley@Apple.COM (Jim Kateley)
  421. Subject: Re: A/UX Eschatology Question
  422. Date: 5 Mar 88 07:38:39 GMT
  423. Organization: Apple Computer Inc, Cupertino, CA
  424.  
  425. In article <1958@phoenix.Princeton.EDU> buzz@phoenix (Mahboud Zabetian)
  426. writes:
  427. >What is the difference between escher and eu?  I know that eupdate just updates
  428. >certain files.
  429.  
  430. Yep, escher goes through and updates certain files (it uses the cml file
  431. to figure out what to update, but I can't remember where it is in the 
  432. filesystem right now...), and eu will update a single file and/or add a
  433. new file to the Eschatology partitions, as well as the cml file for
  434. escher.
  435. >
  436. >What is the difference between Eschatology 1 partition and Eschatology 2
  437. >partition?
  438.  
  439. I'm not sure what the exact difference is between the two partitions,
  440. but the idea is to have two copies of the critical files at different
  441. parts of the disk (Eschatology 1 at the front and Eschatology 2 at the
  442. back of the disk)
  443. >
  444. >Is there anyway to read from those partition while running A/UX(not sash,
  445. >A/UX)?  ( I think I can mount them.  Am I right?)
  446.  
  447. Yes, you can use pname to associate the partitions to a slice, then
  448. mount them, BUT, as I understand it, you do not want to do this.  If the
  449. partitions get modified "behind their backs", Eschatology is not too
  450. happy about it.  You should let the autorecovery utilities mess with
  451. these paritions.
  452.  
  453. Of course, I'm not in the A/UX development team, I just have 2 A/UX
  454. boxes in my office and I'm supposed to know how they work... :-), at
  455. least enough to have them boot whenever....
  456. >
  457. >Thanks.
  458. >-- 
  459. >Mahboud Zabetian                buzz@phoenix.princeton.edu
  460. >183 Little Hall                     (609) 520-1271
  461. >Princeton University, Princeton, NJ 08544        (609) 734-7760
  462. >****** Anyone need a soon-to-graduate hardware/software engineer? ********
  463.  
  464.  
  465. -- 
  466. Jim Kateley          UUCP: {sun, voder, nsc, mtxinu, dual}!apple!kateley
  467. S,P,HnS!             DOMAIN: kateley@apple.COM  Applelink: kateley1
  468. Disclaimer:   What I say, think, or smell does not reflect any policy or
  469.           stray thought by Apple Computer, Inc.
  470.  
  471.  
  472. ------------------------------
  473.  
  474. From: daf1@bunny.UUCP (David Fay)
  475. Subject: Re: MacMemory SCSI & PCPC Serial to SCSI conversion
  476. Date: 5 Mar 88 18:13:28 GMT
  477. Organization: /etc/organization
  478.  
  479. Here's my story on MaxPort, MacMemory's SCSI port:
  480.  
  481. I have a Mac (originally 128) with a 2 Meg MacMemory daughter board that
  482. has served me well for nearly three years. I wanted a SCSI port as well,
  483. but couldn't afford one until last summer. When I looked into the
  484. MacMemory SCSI port, I was told by several sources, including MacMemory,
  485. that it had been discontinued (I need a MacMemory SCSI port to be
  486. compatible with my MacMemory daughter board). It was discontinued, so
  487. the story goes, because they had difficulty getting the clip that
  488. fastens over the 68000 to stay on. This didn't sound like too much of a
  489. problem to me. Fearing that if I didn't act soon, I would never get a
  490. SCSI port, I started searching for a dealer who happened to have one
  491. left in stock. I never found one, but I did find Richard Silver at
  492. Cambridge Electronics, who said he had installed five or six MacMemory
  493. SCSI ports with no problems. I asked him to try to get one for me, but
  494. he was extremely reluctant - I'm still not sure why. After repeated
  495. assurances from me that I would take complete responsibility for
  496. repairing it if there were any problems and after finding that MacMemory
  497. was still holding a few of the ports for long-time customers like me,
  498. Richard finally agreed to sell me one. He even gave me a terrific price
  499. ($135 including installation). To end the story, I have had MaxPort for
  500. five months now with no problems. However, I have only used it with my
  501. DataFrame XP20 so I can't guarantee it works with every SCSI disk.
  502.  
  503. I would recommend MaxPort for anyone with a MacMemory memory board. You
  504. will have difficulty finding one, as I did. I've heard that MacMemory
  505. ran into financial difficulties recently and was bought out, so I don't
  506. know whether they're even still in business. But if you have a MacMemory
  507. memory board, MaxPort is probably your only choice.
  508.  
  509. -- 
  510. David Fay
  511. GTE Laboratories
  512. Waltham, MA 02254
  513. ...!harvard!bunny!daf1
  514.  
  515.  
  516. ------------------------------
  517.  
  518. From: ephraim@think.COM (ephraim vishniac)
  519. Subject: HELP accessing time
  520. Date: 4 Mar 88 15:01:27 GMT
  521. Organization: Thinking Machines Corporation, Cambridge, MA
  522.  
  523. In article <243@eos.UUCP> lyman@eos.UUCP (Lyman Taylor) writes:
  524.  
  525. >I would like to know if it possible to get the Mac to return the time
  526. >to subsecond accuracy.  I am trying to develop a program to record
  527. >reaction times and need times accurate to about a hundreth of a
  528. >second.  I know about the Mac's internal clock and how it can give me
  529. >hrs:min:secs, but is there more?  If not, how do I go about keeping
  530. >track of time myself (is this possible ? ) and how accurate is this?
  531.  
  532. For elapsed time with a resolution of 1/60th second, look at the Tick
  533. Counter.  It's plainly visible in low memory, and (I think) there's also
  534. a trap which returns the current value.  This counter shows the number
  535. of ticks (60ths of a second) elapsed since you booted your Mac.
  536.  
  537. Another nice application of the tick counter (game programmers: are you
  538. listening?) is to "pace" the action of games.  Some games on the Mac
  539. adjust their speed by using counted loops to slow things down. When you
  540. run these games on a Mac II or any accelerated Mac, they lose big.
  541. (Actually, the user loses.  Quickly.)  A better way to pace a game is to
  542. decide how long an event should take.  Before starting processing of the
  543. event, store the tick count.  Process the event. Check the current tick
  544. count against the stored one to see if enough time has passed.  If not,
  545. idle watching the tick count until it reaches the required value.  Now,
  546. your game will appear to run at the same speed on any Mac.
  547.  
  548. For an example of this technique, download <info-mac>dali-clock.hqx from
  549. sumex-aim.stanford.edu.  Full source code is included.  While you're at
  550. it, fix the clock so that it's compatible with color.
  551.  
  552. Obviously, you don't want to do this for games like Flight Simulator,
  553. where faster updates on a faster machine are a plus.  But it should be
  554. done in games like Adventures of Snake or Brickles, which are unplayable
  555. on a fast Mac.
  556. -- 
  557. Ephraim Vishniac                      ephraim@think.com
  558. Thinking Machines Corporation / 245 First Street / Cambridge, MA 02142-1214
  559.  
  560.      On two occasions I have been asked, "Pray, Mr. Babbage, if you put
  561.      into the machine wrong figures, will the right answers come out?"
  562.  
  563.  
  564. ------------------------------
  565.  
  566. From: soe@ames.arpa (Brad Soe)
  567. Subject: SFPGetFile Problem
  568. Date: 4 Mar 88 18:45:24 GMT
  569. Organization: NASA Ames Research Center, Moffett Field, CA
  570.  
  571.  
  572. I am using SFPGetFile from the Standard File Package to display a File
  573. selection Dialog Box. I have some extra things in the box (Which is why
  574. I wanted to user SPFGetFile), but I can't quite  figure out how to Get
  575. them to display once SFPGetFile has been  called. I have declared the
  576. standard file items appropriately in my resource template, and
  577. SPFGetFile seems to display  the standard file stuff and handle events
  578. correctly (standard file window and scroll bar, "Drive", "Eject", "Open"
  579. Buttons etc...). 
  580.  
  581. I want to have a text window and a scrollbar in addition to the 
  582. Standard file stuff, but can't seem to get them to display once
  583. SFPGetFile has been called. 
  584.  
  585. I have declared in the resource template that the text window be of type
  586. 'textEdit' and the scroll bar of type 'userItem'. 
  587.  
  588. Do I need to define a routine that will draw them, or can I just use
  589. 'GetDItem' to get the item handle of the 'textEdit' item,  store text in
  590. it (Using 'SetIText'). Then use 'GetDItem'  to get the 'userItem' handle
  591. for the scroll bar, create it,  and then use 'SetDItem' to put it back. 
  592.  
  593. Or am I supposed to use 'GetDItem' to get the 'userItem' Handle,  and
  594. then use 'SetDItem' to set the handle to a ProcPtr that  will draw the
  595. Item?? I tried this, but the draw routine never seems  to be called with
  596. appropriate item number that I want drawn. 
  597.  
  598. I read the about the standard file package chapter in Inside Macintosh
  599. II but it is not really clear how to create 'userItem' items. 
  600.  
  601. I am using LSC v2.15.  Is there a simple solution? Everything is quite
  602. mysterious. Reply by e-mail.
  603.  
  604.                     Brad Soe 
  605.                     internet : soe@ames.arc.nasa.gov
  606.                     NASA Ames Research Ctr.
  607.                     Mail Stop 233-18
  608.                     Moffett Field, CA 94035
  609.                     (415) 694-4866
  610.  
  611.  
  612. ------------------------------
  613.  
  614. From: max@reed.UUCP (David Fedchenko)
  615. Subject: sndplay in MPW C
  616. Date: 4 Mar 88 22:46:44 GMT
  617. Organization: Reed College, Portland OR
  618.  
  619. Two questions.
  620.  
  621. First, why can't I get the sndplay function to work in MPW C? It claims
  622. that it can't find it in the libraries when linking, which is further
  623. confused by the fact that I could get it to work in MPW Pascal.  Can
  624. somebody help?
  625.  
  626. Second, I would appreciate anybody who would like to explain just how to
  627. use the sound manager routines, mostly on the subject of opening
  628. channels in all their various forms.
  629.  
  630. thanks.
  631.  
  632.     - David -
  633.  
  634.  
  635. ------------------------------
  636.  
  637. From: rs4u+@andrew.cmu.edu (Richard Siegel)
  638. Subject: Pictures bigger than Memory?
  639. Date: 28 Feb 88 22:36:24 GMT
  640. Organization: Carnegie Mellon University
  641.  
  642.  
  643. I've run into an interesting situation. Under some conditions, when I'm
  644. drawing a picture, I run out of memory. I don't get a bomb 25, and
  645. MemError is still zero, but my picture is empty.
  646.  
  647. My question is, how can I intercept conditions when a picture being
  648. drawn runs out of memory?
  649.  
  650. I suppose it's possible to spool a picture, but some of these turkeys
  651. are going to be huge ( >=150K), and on floppies, one can run out of
  652. space quite easily, which is no better than running out of memory.
  653.  
  654. Thanks in advance.
  655.  
  656.         --Rich
  657. -- 
  658. ===================================================================
  659. Richard Siegel
  660. Confused Undergrad, Carnegie-Mellon University
  661.  
  662. The opinions stated here do not represent the policies
  663. of Carnegie-Mellon University.
  664.  
  665. Arpa: rich.siegel@andrew.cmu.edu
  666. UUCP: {decvax,ucbvax,sun}!andrew.cmu.edu!rich.siegel
  667. ==================================================================
  668.  
  669. ------------------------------
  670.  
  671. End of Usenet Mac Digest
  672. ************************
  673. -------
  674.